home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970929-19971216 / 000304_news@newsmaster….columbia.edu _Thu Nov 20 21:15:11 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA25693
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Thu, 20 Nov 1997 21:15:11 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA13737
  7.     for kermit.misc@watsun; Thu, 20 Nov 1997 21:15:11 -0500 (EST)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Help with scripting kermit
  12. Date: 21 Nov 1997 02:15:06 GMT
  13. Organization: Columbia University
  14. Lines: 62
  15. Message-ID: <652qra$le$1@apakabar.cc.columbia.edu>
  16. References: <64j0bn$7s9$1@clem.mscd.edu> <0$k2Rz1fk$EP@cc.usu.edu> <651tbe$4es$1@samba.rahul.net>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:8090
  19.  
  20. In article <651tbe$4es$1@samba.rahul.net>,  <dold@network.rahul.net> wrote:
  21. : Joe Doupnik (jrd@cc.usu.edu) wrote:
  22. : : > output logout\13
  23. : 
  24. : : What's likely the problem is the sequence of OUTPUT statments
  25. : : blasts their strings at the host with no time delay. It may very well
  26. : 
  27. : I have a problem with a long script session going to a telephone switch...
  28. : I am reprogramming information to accomodate area code splits, which is
  29. : just such a wonderful use of Unix awk, c-kermit development, and MS-Kermit
  30. : or C-Kermit execution (but I digress...)
  31. : 
  32. : I use input statements, I use pause statements, and I had to set output
  33. : pacing 500, in order to keep from overrunning the switch, even at 2400
  34. : baud.  There is no flow control available on the line.
  35. : 
  36. : My .tak script (actually 14,000 lines long in this case)
  37. : set output pacing 500
  38. : output 1370444 \13
  39. : input 20 CHANGE
  40. : pause 2
  41. : output \9\9\9\9\9\9 182 \13
  42. : input 20 ACP
  43. : pause 2
  44. : output 1370430 \13
  45. : input 20 CHANGE
  46. : 
  47. : If I lower either the output pacing, or reduce the pause to 1, the switch
  48. : can't keep up.  If I reduce the pause, even with the INPUT in place, the
  49. : commands get garbled. If I reduce the output pacing, occasional characters
  50. : get dropped.
  51. : 
  52. Well, those 2-second pauses probably add up to quite a long period in a
  53. 14000-line script (1400 x 2 = 2800 seconds???).
  54.  
  55. Did you know that you don't have to pause for whole seconds?  There is
  56. also an MPAUSE command (alias MSLEEP) that takes milliseconds, e.g.:
  57.  
  58.   msleep 1500
  59.  
  60. By the above math, this might save you some 700 seconds right there;
  61. adjust as needed.
  62.  
  63. : I can't remember where I found the description for "output pacing".  I
  64. : can't find it in the Using C-Kermit manual.
  65. : 
  66. Page 422.
  67.  
  68. : In Unix, the cu dialer has a feature called "echo check", where each
  69. : character is held until the previous character has been echoed back
  70. : correctly.  Is such a pacing option available in C-Kermit?
  71. : 
  72. Not built into the OUTPUT command.  But of course you can do it yourself:
  73.  
  74.   output blah\13
  75.   input 10 blah          ; soak up the echo
  76.   if fail <do something>
  77.   
  78. Now (maybe after a small msleep to give the switch time to turn the line
  79. around), it should be ready for input.
  80.  
  81. - Frank